Charging in a communication system

ABSTRACT

A method for charging for services in a communication system comprises a charging entity. The method comprises a step of sending a first message to the charging entity. The method also comprises a step of generating a charging identity at the charging entity if it is determined that the first message does not include a charging identity.

CROSS-REFERENCE TO RELATED APPLICATIONS

[0001] This application claims priority of U.S. Provisional Application Serial No. 60/444,658 entitled, “Charging in a Communication System,” filed Feb. 4, 2003, the entire contents of which are incorporated herein by reference.

BACKGROUND OF THE INVENTION

[0002] 1. Field of the Invention

[0003] This invention relates to charging for services in a communication system such as a mobile telephony system.

[0004] 2. Description of the Related Art

[0005] In a basic communication system a simple communication network is provided, which can link together two communication terminals so that the terminals can communicate with each other in a communication session or call. Conventionally, a designated entity in the network uses a stored tariff to determine a charge for a call based on the call's duration. Each terminal user has a charging account with the operator of the network. The charge for a call is then allocated to the charging account of the user of the terminal that originated the call. When a call is in progress the network may use the tariff to estimate the charge due in respect of the call so far. The network may periodically transmit that estimated charge to the terminal that originated the call, and the estimated charge may then be displayed by that terminal so that its user can see the ongoing cost of the call.

[0006] However, for third generation (3G) communication systems the systems of more than one operator may be used for carrying a call, and operators of all of those systems may be able to levy charges independently for the services they provide in supporting the call. A system of this sort applies the charges made by a number of operators for a single call to the correct account by generating charging data records (CDRs) that include a global charging identifier (ICID) that relates to a call. The global charging identifier may be generated by the first network entity to begin charging for a call, or by the first entity to generate a CDR. It is therefore necessary for different network entities to support ICID generation.

[0007] It is therefore an aim of embodiments of the present invention to overcome the need for different network entities to support ICID generation.

SUMMARY OF THE INVENTION

[0008] According to a one embodiment of the present invention there is provided a method for charging for services in a communication system comprising a charging entity. The method comprises: sending a first message to the charging entity; and generating a charging identity at the charging entity if it is determined that the first message does not include a charging identity.

[0009] According to a another aspect of the present invention there is provided a communication system comprising a charging entity arranged to generate a charging identity in response to receiving a first message if it is determined that the first message does not include a charging identity.

[0010] According to a further aspect of the present invention there is provided a charging entity for use in a communications system. The charging entity is configured to generate a charging identity in response to receiving a first message if it is determined that the first message does not include a charging identity.

BRIEF DESCRIPTION OF DRAWINGS

[0011] Embodiments of the present invention will now be described by way of example only with reference to the accompanying drawings, in which:

[0012]FIG. 1 is a schematic diagram of a communication network; and

[0013]FIG. 2 is a signaling diagram according to an embodiment of the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0014] Embodiments of the present invention will be described by way of example with reference to the architecture of a 3G network. However, it will be understood that it can be applied to any other suitable form of network.

[0015]FIG. 1 depicts the architecture of an all-IP (internet protocol) UMTS (universal mobile telecommunications system) system. Boxes and ellipses in FIG. 1 indicate network elements, which are annotated by their standard abbreviations. The network elements are connected by interfaces indicated by lines, whose types are indicated by their standard abbreviations next to the lines. Network elements whose abbreviations carry the suffix “*)” in FIG. 1 are duplicated in the figure for ease of layout, but belong to the same logical element in the UMTS reference model.

[0016] In the system of FIG. 1, items of terminal equipment (TE) 1 can communicate with the UMTS network 2 via radio (R) interface 3. By this means the TEs can communicate with other TEs that are connected directly to the UMTS network or are connected to other networks 4 that are connected to the UMTS network. The TEs can also receive applications and services from application/service platform 5.

[0017] The core network section of the network includes a GGSN (gateway support node 7, an SGSN (serving GPRS support node) 6, and an S-CSCF (Serving Call State Control Function) 10. In addition the network has a CCF (changing control function) 8, otherwise known as an Online Charging Function (OCF). The general functions of most of the units in FIG. 1 are well known and will not be described in detail here. The CCF 8 is responsible for collecting data on charges for the subscriber of terminal network 2. In a preferred embodiment of the invention the CCF 8 is also responsible for generating a global charging identifier (ICID). This feature of the invention will be explained in more detail herein after. Each network may include a number of CCFs each of which serves a subset of subscribers to that network. A CCF can be a logical function that is part of the CPS (call processing server) or Service Creation Environment (SCE).

[0018] In the embodiment illustrated in FIG. 1, the charging control information for generating charges for separate services provided to support a connection or call can be generated from a number of entities:

[0019] 1. The applications and services unit 5 (SCP or otherwise): for example to make a charge to a user for the use of a supplementary or value-added service (e.g. call forwarding, call transfer or recommendation of a restaurant local to the user).

[0020] 2. The access network (the SGSN 6 or GGSN 7): for provision to the user of access for his terminal to the UMTS network.

[0021] 3. The multimedia IP network (4 a): for provision of access to a network and/or for access to specific data from the network and optionally for guaranteeing the quality of service in the network.

[0022] 4. Legacy networks such as legacy mobile communication network 4 b and legacy PSTN network 4 c: for provision of access to those networks.

[0023] 5. Core network (CPS—a physical element which includes the S-CSCF (serving call control service function) 10 and optionally the MGCF too): for use by the UMTS core network for transfering of data.

[0024] The charging means described herein makes use of charging data records (CDR) which are generated in the entities that levy charges and allow the charging control information to be passed in a coherent way. There are several forms of CDR, depending on the unit that generates the CDR. However, all the CDRs include an ICID which allows the CDRs that have been generated in response to a single communication to be matched up.

[0025] The ICID provides a unique identifier for each connection/call. Each CDR includes a global charging ID field which includes the ICID of the call to which the information in it relates.

[0026] The generation of the global charging ID in accordance with a preferred embodiment of the present invention will now be described. FIG. 2 is a signaling diagram that shows the signaling process for setting up a call from an initiating terminal (TE) 1 to another terminal (not shown) via an S-CSCF 10, an Application Server (AS) 5 and a CCF 8.

[0027] In order to set up a call, the session initiation protocol (SIP) can be used. The SIP has been developed to perform call/session control functions including assisting in establishing IP (internet protocol) sessions between subscribers. The SIP protocol provides a number of standardized requests and responses by means of which the session control functions may be performed between terminals. The SIP protocol is published as IETF RFC 2543 (and revisions), currently available from www.ietf.org.

[0028] The signaling steps shown in FIG. 2 are as follows:

[0029] 1. INVITE from TE 1 to S-CSCF 10

[0030] S-CSCF receives an INVITE message from terminal equipment 1 when a call is placed.

[0031] 2. Initial accounting started. Generated ICID returned.

[0032] In response to receiving the INVITE message, the S-CSCF 10 sends an Accounting Request (ACR) (START_RECORD) message to the CCF 8. This message starts accounting session in CCF and in this case causes the generation of an ICID. The message may contain information relating to the identity of the subscriber. The S-CSCF may access a Home Subscriber Server (HSS) (not shown) to determine the identity of the CCF associated with the subscriber of TE 1. Since the ACR (START_RECORD) message does not contain an ICID, when the CCF receives the ACR (START_RECORD) message from S-CSCF, the CCF will generate the ICID for the call which is being set up. The CCF will then send an Accounting Answer (ACA) message to the S-CSCF which includes the generated ICID.

[0033] 3. INVITE from S-CSCF 10 to AS 5.

[0034] The S-CSCF may then send an INVITE message with the ICID for the call, together with the identity of the CCF to an AS 5. The ICID is included in with the session initiation protocol (SIP) signaling.

[0035] 4. AS performs a one time event. This may be any service that uses EVENT method charging. For example, the service may be such that data is added to Session Initiation Protocol (SIP) signaling that is made available to the called party.

[0036] On performing the chargeable event, the AS sends an ACR (EVENT_RECORD) message to the CCF that includes the ICID for the call. The CCF detects that the ICID is included in the message and therefore does not generate a new one. In response to the ACR message, the CCF sends an ACA message to the AS.

[0037] 5. INVITE from AS to S-CSCF.

[0038] The INVITE message is routed back from the AS to S-CSCF. The AS may add information to the INVITE message.

[0039] 6. INVITE towards terminating party.

[0040] The INVITE message is sent towards the terminating party with the ICID included in the SIP signaling. The identity of the CCF may also be included in the INVITE message.

[0041] By virtue of the method described above, the generation of the ICID is therefore centralized at the CCF.

[0042] Once an ICID has been generated in relation to a call that same ICID is used by all the entities that generate charges for the call. The same ICID included as the charging ID field for each of their CDRs for the call. To allow this to happen the S-CSCF causes the ICID to be made available to other entities that may need to generate CDRs for the call. This can be done by including the ICID in the INVITE message sent from the S-CSCF, as described above. This may require the addition of an element to such protocols as they are presently formed, including the protocols that are used for communication with legacy networks such as Global Systems for Mobile Communicating (GSM) networks that may also need to generate CDRs. However, support for this feature allows the S-CSCF to send the ICID in an INVITE message to the other entities that may need to generate CDRs for the call, once it has received the ICID from the CCF.

[0043] When the call is complete the entities that need to generate charges for the call each generate CDRs that include the ICID of the call. These are sent to the CCF of the subscriber who is bearing the charges. For an AS that performs one time event, the CDR is sent when the call is complete or when the event is complete.

[0044] When the CCF receives a CDR it checks whether it has previously received a CDR having the same ICID as the newly received CDR. If it has not, the system forms a new transaction on the account of the user to whom the newly received CDR indicates a charge should be made. The new transaction is initially assigned to have value indicated in the CDR. When any more CDRs having the same ICID are received their value is added to the same transaction. The total value of the transaction is debited from the user's account. The transaction may be debited from the user's account as a single item so that the charges derived from different sources for a single call are transparent to the user. The transaction may be itemized so that the user can see how the total charge is made up.

[0045] The elements of the network that generate charges and that modify or use charging information support the transfer of charging information. In general, the protocols that are used between charge-generating network elements and between network elements that modify charging information may also support the transfer of the charging ID.

[0046] Embodiments of the present invention have been described with specific reference to the UMTS and GPRS systems. However, it is not limited to these systems.

[0047] The applicant draws attention to the fact that the present invention may include any feature or combination of features disclosed herein either implicitly or explicitly or any generalization thereof, without limitation to the scope of any of the present claims. In view of the foregoing description it will be evident to a person skilled in the art that various modifications may be made within the scope of the invention. 

1. A method for charging for services in a communication system comprising a charging entity, the method comprising: sending a first message to a charging entity; generating a charging identity at the charging entity if it is determined that the first message does not include the charging identity.
 2. A method as claimed in claim 1, wherein the first message is an accounting request message.
 3. A method as claimed in claim 1, wherein the first message is sent in response to an invite message from a first node.
 4. A method as claimed in claim 2, wherein the first message is sent from a second node.
 5. A method as claimed in claim 4, wherein the second node refers to a third node to determine an identity of the charging entity.
 6. A method as claimed in claim 3, wherein the first node is identified by the charging identity.
 7. A method as claimed in claim 1, wherein a connection in the communication system is identified by the charging identity.
 8. A method as claimed in claim 1, wherein the charging entity sends an accounting answer message in response to receiving said first message.
 9. A method as claimed in claim 8, wherein the charging identity is included in the accounting answer message.
 10. A method as claimed in claim 9, wherein the second node sends an invite message to a fourth node, said invite message including the charging identity.
 11. A method as claimed in claim 10, wherein the fourth node sends an accounting request message to the charging entity, said accounting request message including the charging identity.
 12. A method as claimed in claim 3, wherein the first node is a mobile terminal.
 13. A method as claimed in claim 4, wherein the second node is a Serving Call State Control Function (S-CSCF).
 14. A method as claimed in claim 5, wherein the third node is a Home Subscriber Server (HSS).
 15. A method as claimed in claim 8, wherein the fourth node is an Application Server (AS).
 16. A communication system comprising a charging entity configured to generate a charging identity in response to receiving a first message if it is determined that the first message does not include the charging identity.
 17. A communication system as claimed in claim 16, further comprising: a first node and a second node, wherein the first node is configured to transmit an invite message to the second node, and the second node is configured to transmit the first message to the charging entity in response to receiving the invite message.
 18. A communication system as claimed in claim 16, further comprising a third node having storage means for storing identities of a plurality of charging entities.
 19. A communication system as claimed in claim 16, further comprising a fourth node configured to receive a message including the charging identity and to transmit a second message including the charging identity, said charging entity being arranged to charge for services provided by said fourth node using said second message.
 20. A communication system as claimed in claim 17, wherein the first node comprises a mobile terminal.
 21. A communication system as claimed claim 17, wherein the second node comprises a Serving Call State Control function.
 22. A communication system as claimed in claim 18, wherein the third node comprises a Home Subscriber Server.
 23. A communication system as claimed in claim 19, wherein the fourth node comprises an Application Server.
 24. A charging entity for use in a communications system, said charging entity configured to generate a charging identity in response to receiving a first message if it is determined that the first message does not include a charging identity.
 25. A communication system comprising: sending means for sending a first message to a charging entity; generating means for generating a charging identity at the charging entity if it is determined that the first message does not include the charging identity.
 26. A communication system as claimed in claim 25, wherein the first message is an accounting request message.
 27. A communication system as claimed in claim 25, wherein the first message is sent in response to an invite message from a first node.
 28. A communication system as claimed in claim 26, wherein the first message is sent from a second node.
 29. A communication system as claimed in claim 28, wherein the second node refers to a third node to determine an identity of the charging entity.
 30. A communication system as claimed in claim 27, wherein the first node is identified by the charging identity. 